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DETAILED ACTION 



1 . This action is in response to the amendment filed on 10/18/2006. 
Claims 1-20 are pending in the application. 



Response to Arguments 



2. Applicants argued Microsoft Reference and HP reference are not prior arts. These 
arguments are not persuasive. 

With other arguments on the rejection of Claims 1-19, particularity Applicants amounted 
generic allegations to the claims such as claims, 

1 3. A computer-readable medium containing instructions for controlling a data processing system 
to perform a method comprising the steps of: receiving 32-bit source code; generating, from the 
32-bit source code, a 32-bit interface file including statements describing characteristics of 
parameters in the 32-bit source code; and automatically generating a 32-bit interface to 64-bit 
source code based on the statements in the interface file. 

16. A data processing system comprising: means for receiving 32-bit source code; means for 
generating, from the 32-bit source code, a 32-bit interface file including statements describing 
characteristics of parameters in the 32-bit source code; and means for automatically generating, 
based on the statements in the 32-bit interface file, a 32-bit to 64-bit conversion stub that is used 
by the 32-bit source code to invoke 64-bit code., 
are their claimed inventions. The arguments cannot be persuasive. 

It directs to these claims that even the word "conversion" discussed in a prior art with 32- 
bit and 64-bit discloses this claim 

With regard to the word "STUB" used in the claim 1 : 

Stub is known as a dummy routine that contain no executable code, used as a placed 
holder for a routine to be written latter. Examiner does not know whether applicant's argument 
generating the stub is new in the art or converting 32-bit source code into the 64-bit source code 
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is invention. However, the technology has been grown up from the execution under byte 8-bit to 
word 16-bit, from word 16-bit to double word 32-bit; from double word 32-bit to 64-bit; and in the 
future from 64-bit to 128-bit and so on. The conversion is a must because legacy software needs 
to update to the current architecture. Clearly, IBM, MICROSOFT, HP, they have legacy software 
and they need conversion. This conversion is belonged to public interests. 

Under the statutory 102 (b), using the STUB, and the conversion of 2n-bit to 2n+1-bit, for 
n is an integer felt in this statutory. Regardless whether the conversion is done automatically or 
increasing in size, the court ruled that it cannot be patentable distinct. 

In re Venner, 262 F.2d 91, 95, 120 USPQ 193, 194 (CCPA 1958), the court rules an 
automatic means for replacing a manual activity cannot be patentable distinct. 

In Gardner v. TEC Systems, Inc., 725 F.2d 1338, 220 USPQ 777 (Fed. Cir. 1984), cert, 
denied, 469 U.S. 830, 225 USPQ 232 (1984), the Federal circuit held that if the only 
difference of the a claimed from a prior art device is the dimension then there is no 
patentable distinct (Examiner note: considering dimension integer n for legacy 2n-bit source 
code to 2n+1-bit, where the conversions of legacy 8-bit code to 16-bit code, and legacy 16-bit 
code into 32-bit code were done in the past). 

Documentations with date printed in the references show HP (Coutant) did under 102(a) 
and Microsoft (MSDN) did under 102(b). It's clearly that these documents are not held as 
internal papers. Public can see them. Applicants can access into these reference via Microsoft 
and HP. 

MPEP: 

A publicly displayed document where persons of ordinary skill in the art could see it and 
are not precluded from copying it can constitute a "printed publication," even if it is not 
disseminated by the distribution of reproductions or copies and/or indexed in a library or 
database. As stated in In re Klopfenstein, 380 F.3d 1345, 1348, 72 USPQ2d 1117, 
1119 (Fed. Cir. 2004), "the key inquiry is whether or not a reference has been made 
publicly accessible."' Prior to the critical date, a fourteen-slide presentation disclosing the 
invention was printed and pasted onto poster boards. The printed slide presentation was 
displayed with no confidentiality restrictions for approximately three cumulative days at 
two different industry events. 380 F.3d at 1347, 72 USPQ2d at 1 1 18. The court noted 
that "an entirely oral presentation that includes neither slides nor copies of the 
presentation is without question not a printed publication* for the purposes of 35 U.S.C. 
§ 102(b). Furthermore, a presentation that includes a transient display of slides is 
likewise not necessarily a printed publication;" 380 F.3d at 1349 n.4, 72 USPQ2d at 1122 
n.4. In resolving whether or not a temporarily displayed reference that was neither 
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distributed nor indexed was nonetheless made sufficiently publicly accessible to count as 
a "printed publication" under 35 U.S.C. 102(b). the court considered the following factors: 
"the length of time the display was exhibited, the expertise of the target audience, the 
existence for lack thereof) of reasonable expectations that the material displayed would 
not be copied, and the simplicity or ease with which the material displayed could have 
been copied." 380 F.3d at 1350. 72 USPQ2d at 1 120. Upon reviewing the above factors, 
the court concluded that the display "was sufficiently publicly accessible to count as a 
Printed publication .'" 380 F.3d at 1352, 72 USPQ2d at 1121. 



With regard to the arguments to the date publication of the prior arts: The sources of 
these references are named on the references and citation given under US form 1449, as "HP 
Invent", or go online: http://h21007.www2.hp.com/dspp/files/unprotected/64bitAppDev.pdf . and 
"Microsoft" online library. It should be known that both "HP Invent", and "Microsoft" are public 
accessible. Applicants could refer to these companies/corporations for more information. 

See MPEP 71 5: Any printed publication or activity dated prior to an applicant's or patent 
owner's 

effective filing date, or any domestic patent of prior filing date, which is in its disclosure 
pertinent to the claimed invention, is available for use by the examiner as a reference, 
either basic or auxiliary, in the rejection of the claims of the application or patent under 
reexamination. In addition, patent application publications and certain international 
application publications having an effective prior art date prior to the application being 
examined may be used in a rejection of the claims. See MPEP § 706.02(a) and § 2136 
-§ 2136.03. 

Furthermore, 102 statute says the following: "A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, .., before the invention 
thereof by the applicant for a patent. 

(b) the invention was patented or ...in public use... in this country, ..." 

In light of the statute, it is irrelevant whether or not the HP/Microsoft publication is not a printed 
(even though printable) publication because the statute says that if the invention was known - 
102(a) - or in public use - 102(b) - then the invention is not patentable in view of these 
references. 



As noted in the prior office action, conversion of 2 n -bit to 2 n+1 -bit is only conforming to the 
bit increase of an up-to-date technology. 

Moreover, refer to In re Venner, 262 F.2d 91, 95, 120 USPQ 193, 194 (CCPA 1958), for 
a claim replacing a manual activity, with an ordinary skill, given a computer with standard 
windows, and a text editor, he can create an interface, he can store information in the interface 
file, he can add parameters in the file. It should be noted that these acts only manual activities 
and it results the same as a generic conversion. The user can insert in the file the directionality 
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or parameters such as in the compared tables given in the Coutant's reference. It should be 
noted that the characters like int, float, long, etc, are parameter types, the dimension is such as 
32 or 64, etc., and the compared table is a mere interface information/file provided to the user to 
identify the differences for conversion. 

Claim Rejections - 35 USC § 102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in 
a printed publication in this or a foreign country, before the invention thereof by the 
applicant for a patent. 

4. Claims 1-19 are rejected under 35 U.S.C. 102(a) as being anticipated by Coutant, "64-Bit 
Application Development for PA-RISC & IA-64", 3-2000. 

Given the broadest reasonable interpretation of followed claims in light of the 
specification. 

As per Claim 3 : Coutant discloses, A method in a data processing system, comprising the steps 
of: 

receiving 32-bit source code (a conversion of source program from of 32-bit to 64-bit requires 
receiving input as 32-bit data); 

generating, from the 32-bit source code, a 32-bit interface file including statements describing 
characters of parameters in the 32-bit source code (a 32-bit-to-64-bit conversion is a process of 
generating based on the parameter differences between 32-bit and 64-bit. A reference when 
cites 32-bit 64-bit or 64-bit porting, it teaches broadly generating, where the parameter 
differences of 64-bit from the 32-bit need to carryout in the generation); and 



Application/Control Number: 09/686,628 Page 6 

Art Unit: 2191 

automatically generating, based on the statements in the 32-bit interface file, a 32-bit to 64-bit 
conversion stub that is used by the 32-bit source code to invoke 64 bit code (A computer which 
runs the conversion will perform automatically generating) 

This claimed limitation recites broadly a generation of 32-bit to 64- bit conversion stub. See p.5-7: 
The 32-bit runtime used parameter relocation stubs to match caller and callee (p. 7). 
As per Claim 4 : Coutant discloses, 

The method of claim 3, wherein the 32-bit source code includes at least one of an integer 
parameter and a logical parameter and wherein the automatically generating step further includes 
the steps of: 

determining whether the at least one of an integer and logical parameter has input directionality, 
output directionality, or input and output directionality; and 

inserting into the 32-bit interface file code generator statements corresponding to the determined 
directionality of the at least one parameter 
(See p. 3-4 and p.5-6). 

As per Claim 19 : Coutant discloses, "wherein generating a 32-bit interface file includes invoking 
an interface generator that: scans the 32-bit source code and creates the interface and create the 
interface file according to a definition; See the compared tables in p. 3 or 4. 
and adds to the interface file the statements describing characteristics of the parameters by 
parsing the 32-bit source code". For example, see statements, In LP64, Long and pointer are 64 
bits long; All other base type are the same as ILP32 - these suggest a user how to add to the 
table (the interface file) used for comparing in a conversion. 

As per Claim 13 : Coutant discloses, A computer-readable medium containing instructions for 
controlling a data processing system to perform a method comprising the steps of: 
receiving 32-bit source code (a conversion of source program from of 32-bit to 64-brt requires 
receiving input as 32-bit data); 
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generating, from the 32-bit source code, a 32-bit interface file including statements describing 
characters of parameters in the 32-bit source code (a 32-bit-to-64-bit conversion is a process of 
generating based on the parameter differences between 32-bit and 64-bit); and 
automatically generating a 32-bit interface to 64-bit source code based on the statements in the 
interface file (A computer which runs the conversion will perform automatically generating) 
This claimed limitation recites broadly a generation of 32-bit to 64- bit conversion stub. See p.5-7: 
The 32-bit runtime used parameter relocation stubs to match caller and callee (p. 7). 
As per Claim 14 : Coutant discloses, 

The computer-readable medium ofdaim 13, wherein the 32-bit source code has a subprogram 
with a parameter and wherein generating a 32-bit interface file includes: 
determining whether the parameter in the subprogram has input directionality, output 
directionality, or input and output directionality; and 

inserting into the 32-bit interface file code generator statements corresponding to the determined 
directionality of the parameter in the subprogram, 
(See p. 3-4, interface for the subprogram). 

As per Claim 15 : Coutant discloses, A computer-readable medium containing instructions for 
controlling a data processing system to perform a method, the data processing system having 
source code with a subprogram having a parameter, the method comprising the steps of: 
reading the source code (a conversion of source program from of 32-bit to 64-bit requires 
receiving input as 32-bit data); 

generating from the source code in interface file including characteristics of the parameter (a 32- 
bit-to-64-bit conversion is a process of generating based on the parameter differences between 
32-bit and 64-bit); 

and generating, based on the characteristics of the parameter, a stub routine that invokes the 
subprogram and that facilitates use of at least one of a converted integer and logical parameter. 
(A computer which runs the conversion will perform automatically generating) 
See the compared table and see p. 5-6. 
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As per Claim 16 : Coutant discloses, A data processing system comprising: 

means for receiving 32-bit source code (a conversion of source program from of 32-bit to 64-bit 

requires receiving input as 32-bit data); 

means for generating, from the 32-bit source code, a 32-bit interface including statements 
describing characteristics of parameters in the 32-bit source code (a 32-bit-to-64-bit conversion is 
a process of generating based on the parameter differences between 32-bit and 64-bit); and 
means for automatically generating, based on the statements in the 32-bit interface file, a 32-bit 
to 64-bit stub to the 32-bit source code (the computer which run the conversion will perform 
generating automatically). 
See p.3-4, and p. 5-6. 
As per Claim 5 : Coutant discloses, 
A data processing system, comprising: 

a storage device (Every computer has at least a storage device, such as memory), comprising: 
source code with a subprogram having at least one of an integer and logical parameter 
(Every computer program is a combination of instructions, subroutines, procedures: 'subprogram 1 . 
Particularly, in a 32-bit to 64-bit conversion or porting of 64-bit, the conversion needs to look at 
integer and logical parameter, which are differences within 32-bit to 64-bit); 
an interface generator that reads the subprogram and that generates an interface file with 
indications of characteristics of the parameter (the generation of 23-bit to 64-bit the converts 
parameters in the table such as the tables shown in the reference is an interface generator); 
and a stub generator that reads the interface file and that automatically generates a stub for the 
subprogram by using the characteristics (p. 3-4, where the type' is identified as characteristics for 
the developing of 32-bit code and 64-bit code in conversing/porting), wherein the stub receives a 
set of parameter values (p. 3-4: i.e., expression in ILP32), generates the values for the required 
parameters from the received set of parameter values, and invokes the subprogram with the 
values for the parameters; and 
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a processor for running the interface generator and the stub generator (Whole claim is referred to 
p. 3-4 and p.5-6, as addressed in Claim 1 because Claim 5 is the system, typically a computer, 
that performs the step of Claim 1). 
As per Claim 6 : Coutant discloses, 

The data processing system of claim 5, wherein the source code contains comments indicating 
the characteristics of the parameter (comments are part of instructions/code used in major 
programming languages). 
As per Claim 7 : Coutant discloses, 

The data processing system of claim 6, wherein the characteristics include an indication of a 
conditional value for at least one of the required parameters (It should be noted that conditional 
value for at least one of the required parameters is mere instruction/code used in major 
programming languages. Further see p. 3-4, refer to type' and see the 'stub' and using 
programming instructions). 

As per Claim 8 : Coutant discloses, The data processing system of claim 6, wherein the 
characteristics include an indication of whether at least one of the required parameters is used to 
contain a return value. (It should be noted that an indication of whether at least one of the 
required parameters is used to contain a return value is mere syntax of instruction/code used in 
major programming languages. Further see p. 3-4, refer to type 1 and see the 'stub' and using 
programming instructions). 

As per Claim 9 : Coutant discloses, The data processing system of claim 6, wherein the 
characteristics include a directionality of at least one of the required parameters (It should be 
noted that a directionality of at least one of the required parameters is mere syntax of 
instruction/code used in major programming languages. Further see p. 3-4, refer to type 1 and 
see the 'stub' and using programming instructions) 

As per Claim 10 : Coutant discloses, The data processing system of claim 6, wherein the 
characteristics include an indication of whether at least one of the required parameters required a 
multidimensional variable (It should be noted that an indication of whether at least one of the 
required parameters required a multidimensional variable is mere syntax of instruction/code used 
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in major programming languages. Further see p. 3-4, refer to type' and see the 'stub* and using 
programming instructions; i.e. array etc.) 

As oer Claim 11 : Coutant discloses, The data processing system of claim 6, wherein the 
characteristics include an indication of whether a size of at least one of the required parameters is 
based on another one of the required parameters (it should be noted that an indication of whether 
a size of at least one of the required parameters is based on another one of the required 
parameters is mere syntax of instruction/code used in major programming languages. Further 
see p. 3-4, refer to type' and see the 'stub 1 and using programming instructions). 
As per Claim 12 : Coutant discloses, The data processing system of claim 6, wherein the 
characteristics include an indication of whether at least one of the required parameters is a work 
space parameter (It should be noted that an indication of whether at least one of the required 
parameters is a work space parameter is mere syntax of instruction/code used in major 
programming languages. Further see p. 3-4, refer to type* and see the 'stub' and using 
programming instructions). 

As per Claim 1 : Coutant discloses, 

A method in a data processing system containing source code with a subprogram having at least 
one of an integer non-scalar parameter and a logical non-scalar parameter, the method 
comprising: 

creating an interface file for the subprogram in the source code; storing in the interface file a 
definition of the subprogram; (See 64-bit programming model in p. 3-4) 
adding to the interface file a directionality of at least one of the integer parameter (e.g. the 
type/declaration required by programming syntax such as "int") and the logical parameter (e.g. 
the type/declaration required by programming syntax such as "long") based on comments (a table 
shown in p. 3 has means of comment) in the source code; adding to the interface file a parameter 
size along each dimension (referred to 32-bit or 64-bit) of at least one of the integer parameter 
and the logical parameter (See 64-brt programming model in p. 3-4; See p. 11, linkage table', and 
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see p.14, it shows a conversion that checks the types when mapped from 33-bit code to 64-bit 
code); 

and reading the interface file to automatically generate a stub routine that converts at least one of 
the integer and logical parameters from 32-bit to 64-bit and that invokes the subprogram by 
specifying the converted parameters (See p.5-6). 

As per Claim 2 : Coutant discloses, The method of claim 1, wherein the source code is 32-bit code 
and wherein the method further includes the step of invoking the 64-bit code from 32-bit code 
(See p.5-6). 

As per Claim 17 : Coutant discloses claim 17: Based on the view of the compared table, and 
corresponding parameters, a user, with basis ads provided by computer environments, can 
"determining whether the at least one parameter has input directionality, output directionality, or 
input or directionality; 

adding to the interface file statements based on the determined directionality. 
It should be noted that with manual acts a user can read the compared table that defines the 

directionality of the conversion and he can use the computer's file systems to add information in a 

i 

file. ' 

As per Claims 18 : Coutant discloses, "adding to the interface file statements indicating a number 
of dimensions of at least one parameter and a number of elements in each dimension. E.g. see 
table in p. 3, 

5. Claims 1-19 are rejected under 35 U.S.C. 102(b) as being anticipated by Microsoft, 
"Microsoft Interface Definition Language (MIDL): 64-Bit Porting Guide" 8-1999. 

Given the broadest reasonable interpretation of followed claims in light of the 
specification. 

As per Claim 3 : Microsoft discloses, A method in a data processing system, comprising the steps 
of: 
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receiving 32-bit source code (a conversion of source program from of 32-bit to 64-bit 
requires receiving input as 32-bit data); 

generating, from the 32-bit source code,, a 32-bit interface file including statements 

describing characters of parameters in the 32-bit source code (a 32-bit-to-64-bit conversion is a 

process of generating based on the parameter differences between 32-bit and 64-bit. A reference 

when cites 32-bit 64-bit or 64-bit porting, it teaches broadly generating, where the parameter 

differences of 64-bit from the 32-bit need to carryout in the generation); 

See passage in p. 17, You can use the first solution, or, you can set up the build separately for 
64-bit and 32-bit, using separate 32/64-bit IDL files. In this way, you can have DWORD on 32-bit 
platform and ULONG64 on 64-bit platform. Or, you can use DWORD_PTR, once the optimization 
for ULONG_PTR/DWORD_PTR to remote 8 bytes when talking between 64-bit processes, and 4 
bytes otherwise is supported. Examiner note: IDL file is Interface Definition Language file. 

and automatically generating, based on the statements in the 32-bit interface file, a 32-bit to 64- 
bit conversion stub that is used by the 32-bit source code to invoke 64 bit code, 

see passage in p. 11-12, (started at the last line in p. 1 1), For a standard RPC interface, assume 
that the routine fl in an interface IFace requires conversions between the user arguments and 
what is actually transmitted. The following example is a typical IDL setup: 
[local] 

long fl ( <users parameter list> ); 
[call_as(f1 )] 

long Remfl ( <remotable parameter list> ); 

The specification indicates that instead of fl, Remfl should be used when remoting. However, 
the specification would still cause the generated header file to define the interface using the 
definition of fl (making the consistent old API interface for C linkage). Yet it would also provide 
stubs for marshaling Remfl . The prototype for Remfl is also generated to the h file. What are not 
generated anymore are the stubs for f 1 . 

The user needs to write client and server stubs forfl that will serve as the wrappers performing 
the desired function: verification, conversion, and so forth. These are the fl routine on the client 
side and the Remt routine on the server. The client app would call fl, and fl would call Rem1 
(that is the MIDL generated stub) to marshal arguments. On the server, RPC would unmarshall 
Remfl arguments, and then invoke the Rem1 wrapper provided by the user, which in turn would 
call the original fl). 
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As per Claim 4 : Microsoft discloses, 

The method of claim 3, wherein the 32-bit source code includes at least one of an integer 
parameter and a logical parameter and wherein the automatically generating step further includes 
the steps of: 

determining whether the at least one of an integer and logical parameter has input directionality, 
output directionality, or input and output directionality; and 

inserting into the 32-bit interface file code generator statements corresponding to the determined 
directionality of the at least one parameter See the 32/64-bit IDL files, cited within "Frequently 
Asked Questions", p. 17. 

As per Claim 19 : Microsoft discloses, ^wherein generating a 32-bit interface file includes invoking 
an interface generator that: scans the 32-bit source code and creates the interface and create the 
interface file according to a definition; and adds to the interface file the statements describing 
characteristics of the parameters by parsing the 32-bit source code". See Compiler Modes for 64- 
bit Platforms and Integral Types: int32, int64, int3264, in p. 15. See 32/64-bit IDL files, 

cited within "Frequently Asked Questions", p. 17. 

As per Claim 13 : Microsoft discloses, Microsoft discloses an interface definition that performs 
porting 32-bit into 64-bit that covers the limitation: 

A computer-readable medium containing instructions for controlling a data processing system to 
perform a method comprising the steps of: 

receiving 32-bit source code (a conversion of source program from of 32-bit to 64-bit requires 
receiving input as 32-bit data); 

generating, from the 32-bit source code, a 32-bit interface file including statements describing 
characters of parameters in the 32-bit source code (a 32-bit-to-64-bit conversion is a process of 
generating based on the parameter differences between 32-bit and 64-bit); and 
automatically generating a 32-bit interface to 64-bit source code based on the statements in the 
interface file (the computer which run the conversion will perform generating automatically) 
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Microsoft discloses the conversion of 32-bit source code, used in generating 32-bit Windows 
application, to 64-bit Windows (See Summary in p. 1: This summary clearly address more than 
the claimed limitation above). 
As per Claims 14-16 : 

The functionality of each of independent Claims 14-16 corresponds to functionality of 
Claim 13. Claims 14-16 have the same rejection as set forth in Claims 13 in regard to the 
teaching of Microsoft. 
As per Claim 5 : Microsoft discloses, 
A data processing system, comprising: 
a storage device, 
(a computer used by Microsoft) 

comprising: source code with a subprogram having at least one of an integer and logical 

parameter (A program that is used for 32-bit/64-bit conversion); 

an interface generator that reads the subprogram and that generates an interface file with 

indications of characteristics of the parameter (See the Compiler cited with p. 15, and see IDL 

files cited within "Frequently Asked Questions, p. 17); 

and 

a stub generator that reads the interface file and that generates a stub for the subprogram by 
using the characteristics wherein the stub receives a set of parameter values, generates the 
values for the required parameters from the received set of parameter values, and invokes the 
subprogram with the values for the parameters (See 64-bit Stub Generation Model, cited within p. 
15); 

and a processor for running the interface generator and the stub generator (referring to the 
computer that runs the conversion). 
As per Claim 6 : Microsoft discloses, 

The data processing system of claim 5, wherein the source code contains comments indicating 

the characteristics of the parameter (i.e. IDL files, or see Integral Types: int32, int64, 

_int3264, in p. 15). 
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As per Claim 7 : Microsoft discloses, 

The data processing system of claim 6, wherein the characteristics include an indication of a 
conditional value for at least one of the required parameters (It should be noted that conditional 
value for at least one of the required parameters is mere instruction/code used in major 

programming languages. See Integral Types: int32, int64, int3264, in p. 15. See two 

dotted statements p. 2). 

As per Claim 8 : Microsoft discloses, The data processing system of claim 6, wherein the 
characteristics include an indication of whether at least one of the required parameters is used to 
contain a return value. (It should be noted that an indication of whether at least one of the 
required parameters is used to contain a return value is mere syntax of instruction/code used in 
major programming languages. For example see the program in p. 17). 
As per Claim 9 : Microsoft discloses, The data processing system of claim 6, wherein the 
characteristics include a directionality of at least one of the required parameters (It should be 
noted that a directionality of at least one of the required parameters is mere syntax of 

instruction/code used in major programming languages. See Integral Types: int32 ( int64, 

_int3264, in p. 15). 

As per Claim 10 : Microsoft discloses, The data processing system of claim 6, wherein the 
characteristics include an indication of whether at least one of the required parameters required a 
multidimensional variable (It should be noted that an indication of whether at least one of the 
required parameters required a multidimensional variable is mere syntax of instruction/code used 

in major programming languages. See Integral Types: int32, int64, int3264, in p. 15). 

As per Claim 1 1 : Microsoft discloses, The data processing system of claim 6, wherein the 
characteristics include an indication of whether a size of at least one of the required parameters is 
based on another one of the required parameters (It should be noted that an indication of whether 
a size of at least one of the required parameters is based on another one of the required 
parameters is mere syntax of instruction/code used in major programming languages. Referring 
to type' and 'stub 1 'IDL files', used in the Microsoft reference). 
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As per Claim 12 : Microsoft discloses, The data processing system of claim 6, wherein the 
characteristics include an indication of whether at least one of the required parameters is a work 
space parameter (It should be noted that an indication of whether at least one of the required 
parameters is a work space parameter is mere syntax of instruction/code used in major 
programming languages. Referring to type' and 'stub' 'IDL files', used in the Microsoft reference). 

As per Claim 1 : Microsoft discloses, 

A method in a data processing system containing source code with a subprogram having at least 
one of an integer non-scalar parameter and a logical non-scalar parameter, the method 
comprising: 

creating an interface file for the subprogram in the source code; storing in the interface file a 
definition of the subprogram (See p.1-2, three bold dots. See p. 17, IDL files, conversing 32-bit to 
64-bit); 

adding to the interface file a directionality of at least one of the integer parameter and the logical 
parameter based on comments in the source code; 

adding to the interface file a parameter size along each dimension of at least one of the integer 
parameter and the logical parameter; (See whole reference, particularly referring on the syntax of 
subroutine calls and Handle Types of MIDL. See text under "Issues", p.1-2. See a typical IDL 
setup used in the interface definition shows adding parameter lists, p.12); 
and reading the interface file to automatically generate a stub routine that converts at least one of 
the integer and logical parameters from 32-bit to 64-bit and that invokes the subprogram by 
specifying the converted parameters (See p.15, when a compiler reading IDL interface definition 
file written under MIDL, it calls a 64-bit stub generation, for example, "As of Summer 1999, (i.e. 
Windows 2000 Pro RCx releases), the 64b type libraries are supported by mapping 32b*.TLB 
files..."). 

As per Claim 2 : Microsoft discloses, The method of claim 1, wherein the source code is 32-bit 
code and wherein the method further includes the step of invoking the 64-bit code from 32-bit 
code (See whole reference, referring to terms "32-bit", "64-bit"). 
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As per Claim 17 : Microsoft discloses claim 17: for example, "determining whether the at least 
one parameter has input directionality, output directionality, or input or directionality, see 
statements in page 2: New data types are introduced. Old data types are changes in some way - 
These statements are determining whether at least one parameter has input directionality, output 
directionality, or input or directionality. 

For example, adding to the interface file statements based on the determined directionality, see 
the statement mentioned above; i.e. Microsoft will base on the data type differences of 32-bit and 
64-bit in order to add to the MIDL files. It should be noted that the above claim can be manually 
performed by a user. 

As per Claims 18 : Microsoft discloses, "adding to the interface file statements indicating a 
number of dimensions of at least one parameter and a number of elements in each dimension. 
For example, Microsoft says "int3264 has been added to the 64-bit compiler" (p. 15) - It means 
that "adding" thing in a file is only a common activity of a user. 

Allowable Subject Matter 

6. Claim 20 is objected to as being dependent upon a rejected base claim, but would be 
allowable if rewritten in independent form including all of the limitations of the base claim and any 
intervening claims. 

Conclusion 

7. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time policy as 
set forth in 37 CFR 1.136(a): 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS 
from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the 
mailing date of this final action and the advisory action is not mailed until after the end of the 
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THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the 
date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will the statutory 
period for reply expire later than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the examiner 
should be directed to Ted T. Vo whose telephone number is (571) 272-3706. The examiner can 
normally be reached on 8:00AM to 4:30PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Wei 
Y. Zhen can be reached on (571) 272-3708. The facsimile number for the organization where 
this application or proceeding is assigned is the Central Facsimile number 571-273-8300. 
Any inquiry of a general nature or relating to the status of this application should be directed to 
the TC 2100 Group receptionist: 571-272-2100. Information regarding the status of an 
application may be obtained from the Patent Application Information Retrieval (PAIR) system. 
Status information for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should you have 
questions on access to the Private PAIR system, contact the Electronic Business Center (EBC) at 
866-217-9197 (toll-free). 
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